home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 23 / CU Amiga - Super CD-ROM 23 (June 1998).iso / CUCD / Programming / AMOSList / AMOSLIST / text0019.txt < prev    next >
Encoding:
Text File  |  1998-04-01  |  2.3 KB  |  63 lines

  1. Ben Hutchings wrote:
  2. > In article <34f17607.7722015@news.xs4all.nl>,
  3. > Branko Collin <collin@xs4all.nl> wrote:
  4. > >
  5. > >(removed two ngs, added two more appropriate ones)
  6. > >
  7. > >On Mon, 23 Feb 1998 12:36:42 +1000, Alex Borodin
  8. > ><alex.borodin@qrail.com.au> wrote:
  9. > >
  10. > >>Andy Kellett wrote:
  11. <SNIP>
  12. > >>> The major changes which will be added, will be AGA and graphics
  13. > >>> card support for all AMOS modes, including its editor, yet still
  14. > >>> be able to provide the programmer with complete control over its
  15. > >>> graphics system.
  16. > >>
  17. > >>TCPI/IP network support! So that it can be used to write network
  18. > >>games. An implementation of sockets communication would be
  19. > >>ideal..
  20. > >
  21. > >Although I agree with this suggestion, I would like to point out that
  22. > >for simple Internet applications you can alreay use the TCP: device.
  23. > <snip>
  24. > For real-time games (isn't that what AMOS is really for?) TCP is not
  25. > very useful.  You should generally use UDP instead.  This doesn't
  26. > really fit a file paradigm at all, which is why there is no handler
  27. > for a UDP: device.
  28.  
  29. TCP/IP isn't really a file-oriented protocol, actually. It's
  30. Packet-oriented. That's why you have to run services like FTP,
  31. Telnet and NFS over the top of it to get any useful human-level
  32. transmission happening. TCP/IP is a transport. 
  33.  
  34. That's what makes it perfect for AMOS... if we can get hooks into
  35. it at the socket level, we can establish real-time network
  36. communications between different machines. 
  37.  
  38. The TCP: device which Branko was talking about, is something with
  39. which I am completely unfamiliar. Maybe it's some kind of handler
  40. which sets up a virtual drive over a TCP/IP link.. I dunno. Sounds
  41. really useful, but it still won't allow AMOS to transmit
  42. commands and data using sockets.
  43.  
  44. Ciao for now.
  45.  
  46. -- 
  47.  o Alex Borodin B.Eng(Hons)        o Queensland Rail  
  48.  o Software and Systems Engineer   o Ph: +61-7-3235-2482   
  49.  o Signal and Operational Systems  o Fax:+61-7-3235-2747
  50. "A passion which we allow to grow active within us through
  51. our own choice afterwards forces itself upon us against our will"
  52. --
  53. Brought to you from the AMOS Mailinglist!!
  54.  
  55. mailto: amos-request@access.digex.net  Subject: SUBSCRIBE <Email Address>
  56.  
  57. Posted via Mailinglist Manager V2.10, available soon from
  58. http://www.mushy-pd.demon.co.uk - the worlds largest AMOS homepages
  59. Email me at mushypd@redrose.net for more information!
  60.  
  61.